Как происходит процесс разработки?
Процесс разработки полностью описан тут. Если кратко, то:
- При разработке ветвимся от master - ветка с номером истории - и делаем МР в dev: master → ERVU-1234 → dev
- После прохождения тестирования делаем MR рабочей ветки в мастер (история в статусе "ГОТОВО К ВЫВОДУ В ПРОДУКТИВ"): ERVU-1234 → master
- При работе над релизом ветвимся от ветки релиза, вносим изменения, делаем обратный МР в релиз: release/ervu/1.0.0 → ERVU-1234 → release/ervu/1.0.0
Как запускать проекты? Как запустить проект microws в режиме поддержки микрофронтов?
Исходный код находится в нашем гите. В репозитории проекта microws есть актуальный README-файл с полной инструкцией по запуску.
Всё, что касается микрофронтов, описано тут. Вкратце можно сказать, что microws включает микрофронты в сборку только, если они присутствуют в переменной окружения INCLUDED_MFES.
Также в каждом репозитории микросервиса должны присутствовать актуальные README с инструкциями по запуску. Если их нет, или они неактуальны, обратитесь к владельцам сервисов.
По каким правилам следует писать код?
Правила по написанию кода тесно связаны с порядком нашей работы. При разработке разработчики ревьюят друг друга, при доставке в master или в релиз код проходит ревью релиз-инженеров.
Базовые, наиболее строгие рекомендации по написанию описаны тут. Более развёрнутые рекомендации, скорее, по подходам (мышление + архитектура), нежели по самому коду, описаны тут.
Некоторые из правил будут постепенно вноситься в конфиги ESLint. Какие-то будут обсуждаться только при ревью.
В любом случае, не бывает идеальных правил и однозначных ситуаций, поэтому обсуждение при ревью приветствуется 
Как мы общаемся?
В основном, телеграм. Планируется переход на корпоративный мессенджер.
Отправлять документы и вести общение с HR лучше через почту, однако, по договорённости можно также и в телеге.
По вопросам, связанным с релизами или доставкой до мастера обращаться ко мне
или к Юре
. Можно тегать в телеге с соответствующими МР.
Какой план технического развития проекта?
План будет находится в постоянной разработке, но будет приложен roadmap.
Если вкратце, то планируется растащить основной проект microws на микрофронты, а в microws оставить только основные контроллеры состояния.
Добавить комментарий